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FOREWORD 


This  report  addresses  concerns  of  the  Congress  expressed  in  the 
Authorisation  and  Appropriations  Acts  of  1983  and  1984  regarding  the 
Department's  plans  for  the  management  of  mission-critical  computer 
resources.  The  Congress  requested  the  Department  to  address 
acceleration  of  the  Ada** language ,  advanced  microelectronic  and  chip 
set  computers,  instruction  set  architecture,  the  reduction  of 
unproductive  proliferation  of  different  types  of  military  computers, 
schedules  for  current  computer  programs,  and  the  plan  for  the 
software  technology  (STARS)  program. 

The  Department's  Ada  policy  and  plans  are  provided  in  Section  I 
of  this  report,  as  is  an  Introduction  to  the  STARS  Program.  (The 
detailed  strategy  for  STARS  will  be  forwarded  to  the  Congress  in 
February  1984.)  The  Department's  strategy  covering  the  use  of 
advanced  microelectronic  and  chip  set  computers  in  weapons  systems 
is  presented  in  Section  II,  however,  specific  program  segments  that 
effect  this  strategy  are  included  in  each  section  of  the  report. 

A  revised  approach  to  instruction  set  architecture  has  been 
developed.  It  is  detailed  in  Section  III  in  the  larger  context  of 
computer  system  interfaces.  Plans  for  current  generation  military 
computer  programs  are  contained  in  Section  IV.  Finally,  a  plan  for 
next-generation  mission-critical  computers  is  presented  in  Section 
V.  - 


•Ada  is  a  registered  trademark  of  the  U.  S.  Government  (Ada  Joint 
Program  Office) 
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X.  MISSION-CRITICAL  SOFTWARE  INITIATIVES 

The  Ada  language  is  receiving  wide  United  States  and 
International  acceptance.  The  military  standard  for  Ada  was  adopted 
as  an  American  National  Standard  on  February  17,  1983. 

International  standardisation  of  Ada  is  being  addressed  by  a  working 
group  of  the  International  Organisation  for  Standardisation.  Ada 
standardisation  milestones  are  shown  in  Figure  1. 

Government,  industry,  and  academic  organisations  are  currently 
sponsoring  over  forty  developments  of  Ada  compiler  systems 
throughout  the  free  world.  The  Department  intends  to  capitalise  on 
these  efforts  and  to  accelerats  its  use  of  Ada  as  described  herein. 

Included  in  the  Authorisation  Act  for  1983  is  the  following 
statements 

"The  Department  of  Defense  should  accelerate  the  implementation 

of  the  Ada  higher  order  language  and  constrain  to  the  maximum  extent 

feasible  service  variations  on  Ada  to  ensure  the  utmost  commonality 

of  systems  support  software." 

The  Department  - is  moving  vigorously  toward  Ada.  On  June  10, 

1983,  a  policy  was  promulgated  that  mandates  the  use  of  Ada, 
consistent  with  approved  Introduction  plans,  in  all  mission-critical 
defense  systems  that  enter  advanced  development  status  after  January 
1,  1984  or  that  enter  full-scale  engineering  development  status 
after  July  1,  1984. 

It  is  also  the  Department's  policy  that  all  Ada  compilers  used 
in  the  development  and  support  of  mission-critical  systems  comply 
fully  with  the  Ada  standard.  This  policy  prevents  Service 
variations  on  the  language  itself  and  thereby  facilitates  the 
maximum  degree  of  commonality  afforded  by  the  standard.  Compliance 
with  the  standard  will  be  assured  through  Ada  compiler  validation 
facilities  at  the  Language  Control  Facility  at  Wright  Patterson  Air 
Force  Base,  Ohio,  and  at  the  GSA  Federal  Software  Testing  Center  in 
Washington,  D.C. 

The  Department  has  Ada  compilers  under  development  with  code 
generators  for  specific  military  computers  (See  Figure  1).  The  Army 
has  been  developing  the  "Ada  Language  System"  (ALS)  which  includes  a 
code  generator  and  an  associated  run-time  support  subsystem  for  the 
Military  Computer  Family  (AN/UYK-41  and  AN/UYK-49).  It  is  hosted  on, 
and  also  targeted  to,  the  Digital  Equipment  Corporation  VAX  11/780 
computer. 

The  Navy  is  building  on  the  Army's  ALS  to  support  the  AN/UYK- 
43,  AN/UYK-44,  and  AN/AYK-14  computers  (See  Figure  1).  The  Navy 
also  has  under  separate  development  a  compiler  hosted  on  the  IBM 
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8/370  and  targeted  for  tha  8/370#  tha  Motorola  MC68000#  and  tha  AH/ 
UYK-44  to  support  tha  Submarine  Advanced  Coabat  Syataa  (SUB ACS) 
prograa.  This  will  aecalarata  tha  introduction  of  Ada  into  Mavy 
systaas.  Applications  software  produced  under  this  developaent  will 
than  be  phased  into  tha  Havy's  Ada  X«anguage  Systaa#  "ALS/H#  to 
achieve  an  integrated  systea  for  Havy-wi de  use. 

The  Air  Force  has  been  developing  the  "Ada  Integrated 
Environment"  (AXE)  including  a  code  generator  for  IBM  8/370 
coaputars  for  use  in  coaaand  and  control  and  intelligence 
applications.  In  FY  1984#  the  Air  Force  will#  via  coapatitive 
procureaent#  also  Initiate  developaent  of  a  coda  generator  and 
associated  run-tlae  support  subsystem  for  MIL-STD-1750  computers  for 
avionics  applications  as  an  augaentation  of  one  of  the  existing  Ada 
compiler  efforts.  Milestones  for  Air  Force  Ada  activities  are 
provided  in  Figure  1. 

The  Departaent  has  been  working  on  a  joint  effort#  in 
cooperation  with  industry#  to  develop  Interface  standards  for  Ada 
coapilers  that  trill  facilitate  the  transportability  of  software 
"tools"#  for  example#  an  Ada-oriented  text  editor#  across  Ada 
coapilers/prograaaing  support  envlronaents  produced  by  different 
coapanles.  These  interface  standards  are  called  the  "Common  Ada 
Prograaaing  Support  Environment  Interface  Set"  abbreviated  to 
"GAXS".  The  schedule  for  these  standards  is  shown  in  Figure  1. 

When  they  are  developed  and  coapi lers/envi ronaents  are  modified  to 
accommodate  thea#  it  will  be  possible  to  transport  software  tools 
produced  by  different  organisations  to  any  given  coapi ler/environ- 
ment  with  only  a  minimum  of  effort. 

Most  of  the  developments  of  Ada  coapi ler  systems  are  sponsored 
by  Industry.  Maxlaua  use  of  such  systems  is  encouraged  by  the 
Departaent  as  the  technical  capabilities  and  innovations  in'software 
concepts#  methodologies#  and  automated  tools  contained  in  such 
systeas  may  facilitate  significant  increases  in  software 
productivity  and  reductions  of  software  errors.  (See  discussion  of 
the  6 TARS  "Automated  Software  Factory"  concept  in  this  Section.)  The 
Department's  long  range  policy  for  this  area  is  to  allow  contractors 
to  eaploy  the  Ada  envlronaents  of  their  choice  for  the  development 
of  mission-critical  defense  software  so  long  as  they  comply  with  the 
CAXS  Interface  standards  and  they  do  not  cause  the  government  to 
become  permanently  locked  into  company-owned  and  protected  software 
environments.  This  approach  will  facilitate  the  transition  of 
software  developed  on  one  Ada  environment  over  to  another  Ada 
environment#  when  required#  at  any  point  in  the  evolutionary 
software  life  cycle. 

During  the  period  of  developaent  of  the  CAXS  interface 
standards#  however*  the  governaent  will  not  be  able  to  afford  the 
consequences  of  unconstrained  proliferation  of  Ada  envlronaents. 
Therefore#  the  Departaent 's  interim  policy  is  to  allow  industry  use 
of  coapany-owned  envlronaents  where  such  use  offers  benefits  to  the 
governaent  in  teras  of  cost*  schedule*  or  increases  in  software 
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productivity  and  quality  with  respect  to  government  environaents  and 
tha  means  ara  provided  to  transition  auch  capabilities  to  govarnaent 
environaents.  During  this  interia  period,  as  over  tha  long  tarn, 
tha  Dapartaant  will  avoid  approaches  that  will  lock  tha  govarnaent 
peraanently  into  company-owned  and  protected  software  environaents. 

To  establish  criteria  and  procedures  for  evaluating  different 
Ada  prograaaing  support  environaents  in  various  contexts,  the  Ada 
Joint  Prograa  Office  has  established  a  Joint  Service  Environaents 
Evaluation  and  Validation  Working  Group  under  Air  Force  leadership. 
This  work  will  be  an  extension  of  the  current  coapiler  validation 
efforts  and  will  Include  industry  inputs  on  criteria  and  tests.  The 
schedule  for  this  effort  ia  shown  in  Figure  1. 

In  addition  to  the  transportability  of  Ada-oriented  software 
tools  across  different  Ada  environaents  (which  is  addressed  by  the 
CA1S) ,  there  is  also  a  need  to  provide  transportability  of  run-time 
(applications)  software  nodules  froe  one  military  conputer  to 
another  where  the  second  coaputer  nay  use  a  different  instruction 
set  architecture.  This  level  of  transportability  will  provide  the 
ability  to  reuse  applications  software  nodules.  To  address  this 
situation,  the  Departnent  will  develop  an  Ada  Transportability 
Handbook  containing  rules  to  be  followed  in  the  use  of  Ada  that  will 
enhance  the  potential  for  transportability  of  Ada  applications 
software  to  different  conputers  or  ni coprocessors.  Exanples  of 
reusable  encapsulated  software  nodules,  called  "packages"  In  Ada, 
are  navigation  prograns  and  I/O  handlers.  Version  1  of  the  Ada 
Transportability  Handbook  will  be  distributed  for  use  in  the 
development  of  mission-critical  defense  systems  by  30  December  1984. 
The  schedule  for  this  effort  is  shown  in  Figure  1. 

Thirty  systems  that  will  use  Ada  in  the  near  tern  (next  three 
years)  have  been  identified.  Beyond  this  transition  period  it  is 
intended  that  all  new  systems  and  najor  upgrades  to  existing  systems 
will  use  Ada.  (Use  of  artificial  Intelligence  languages,  e.g., 

LISP,  and  other  special-purpose  languages  will  be  allowed  on  a 
waiver-basis.) 

The  following  Army  systems  will  begin  use  of  Ada  in  the  near 
term  Advanced  Fisld  Artillery  Tactical  Data  System,  Joint  Tactical 
Fusion,  PLRS/JT1DS  Hybrid,  Mobile  Protected  Gun  System,  MLRS 
Terminally  Guided  Warhead,  Anti-Tactical  Missile,  Air  Defense 
Electronic  Warfare  System,  Joint  Tactical  Missile  System,  Maneuver 
Control  System  Evolutionary  Development,  Regency  Net,  and 
Lightweight  Air  Defense  System. 

The  following  Navy  systems  will  begin  use  of  Ada  in  the  near 
term  Tactical  Data  Information  Exchange  System,  Submarine  Advanced 
Combat  System,  Tactical  Flag  Command  Center,  Ocean  Surveillance 
Information  System  Baseline  Upgrade,  Anti-Submarine  Warfare 
Operations  Center  Upgrade,  Replacement  for  Force  High  Level  Terminal 
at  Shore  ASW  Command  Center,  Replacement  for  Shore  Targeting 
Terminal  at  Submarine  Operational  Control  Centers,  MR  50  Advanced 
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Lightweight  Torpedo#  end  the  Advanced  Combat  Direction  By  a  ten. 

The  following  Air  Force  systena  will  uae  Ada  in  the  near  terat 
Peace  Keeper  Teat  Support  Syatea#  Mini nun  Eaaential  Energency 
Conauni cat Iona  Network#  IfWMCCS  Znforaation  Syatea  Upgrade#  Joint 
Operational  Interface  Siaulation  and  Training  Syatea,  Coaauni cat Iona 
Syatea  Segaent-Replaceaent #  Coaaand  Center  Proceaaing/Diaplay 
Syatea-Replaceaent #  Data  Syatea  Modernisation#  Conaolidated  Space 
Operationa  Center#  Defenae  Support  Prograa#  and  Space  Defence 
Operationa  Center. 

The  Departaent  expects  the  Ada  initiative  to  reault  in 
significant  software  coat  avoidance.  Econoales  will  accrue  first 
through  DoD-wide  language  coanonality,  and  second  through  the 
excellent  technical  capabilities  inherent  in  Ada  for  aisslon- 
critical  computing  coapared  to  other  high  order  languages.  Ada's 
influence#  however#  will  be  Halted  primarily  to  the  implementation 
or  coding  of  software  which  currently  represents  about  15%  of 
nission-critical  computer  software  costa.  With  software  providing 
an  increasingly  higher  percentage  of  the  functionality  of  modern 
weapon  systena,  and  with  software  costs  continuing  to  skyrocket# 
there  are  opportunities  to  reap  even  greater  benefits. 

Other  software  activities  are  very  auch  in  need  of  solutions 
analogous  to  that  being  provided  by  Ada  for  the  coding  function. 
Unlike  coding,  which  is  now  strongly  supported  by  compilers  and 
other  autonated  labor-reducing  and  error-reducing  aids,  other 
activities,  such  as  software  requi resents  definition,  software 
architectural  design,  software  detailed  design,  software 
integration,  and  software  testing,  are  now  largely  manual  and 
extremely  labor-intensive. 

This  fiscal  year#  the  Departaent  initiated  a  new  prograa# 
called  "STARS"  (Software  Technology  for  Adaptable#  Reliable  Systeas) 
to  address  this  opportunity.  8TARS  will  create  the  "Autonated 
Software  Factory"#  a  coherent  and  integrated  system  of  computerised 
software  tools  and  reusable  software  parts  and  building  blocks. 
Through  the  Autonated  Software  Factory  concept,  orders-of-nagnitude 
increases  in  software  productivity  will  be  achieved  as  will 
comparable  reductions  in  the  nuaber  of  software  defects  latent  in 
fielded  weapon  systeas. 

The  Autonated  Software  Factory  concept  will  address  all  of  the 
dimensions  of  software  activities  Including  technical  (software 
engineering),  project  nanageaent#  software  acquisition#  and  also 
will  build  reusable  libraries  of  software  modules  applicable  across 
the  wide  range  of  functional  areas  addressed  by  nission-critical 
defense  systeas#  e.g.#  navigation,  intelligence#  and  comauni cations. 
Versions  of  the  Automated  Software  Factory  will  be  used  throughout 
the  Services,  Defense  Agencies#  and  industry. 
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STARS  address**  Defense  needs  Which  ara  are  bom  pushing  tha 
software  capability  of  tha  Uaitad  States  bayond  its  praaaat  Unit. 
STARS  also  will  provide  a  such  naadad  national  focus  to  ratal n  world 
laadarship  in  this  critical  technology,  a  laadarship  that  is  now 
being  seriously  threatened  by  at  least  four  slailar  projects  outside 
of  tha  United  States  (Japan,  Great  Britain,  Tha  European  Econoalc 
Community,  and  Franca),  each  of  Which  is  now  a or a  nature  than  tha 
U.S.  STARS  effort. 

STARS  is  being  nanaged  by  a  Joint  Progran  Office  in  tha  Office 
of  tha  Secretary  of  Defense.  Tha  OSD  Progran  Office  is  coapleaented 
by  corresponding  STARS  Offices  in  tha  DoD  components.  Also,  a 
Softwara  Engineering  Institute  is  being  planned  with  the  nission  to 
accelerate  the  transition  of  emerging  software  technology  into 
practice  on  nlssion-critlcal  computer  systems. 

The  STARS  Automated  Software  Factory  will  evolve  over  tine  to 
improve  current  nethods  as  well  as  introduce  new  software 
engineering  concepts  and  nethods.  Forming  the  basis  of  the  latter 
are  the  artificial  Intelligence  and  advanced  architecture  work  being 
pursued  under  DARPA's  Strategic  Computing  project  as  well  as  DoD- 
sponsored  work  in  formal  software  verification  and  rapid  proto¬ 
typing. 

The  najor  STARS  efforts  in  FY  1984  will  concentrate  on 
definition  of  the  Department's  requirements  for  the  Automated 
Software  Factory.  Plans  for  the  STARS  program  will  be  forwarded  to 
the  Congress  in  February  1984  in  response  to  the  request  from  the 
Appropriations  Conference  Committee. 
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IX.  USE  OP  COMMERCIALLY-AVAIIABLE  MICROPROCESSORS  IN  MISSION- 

CRITICAL  DEFENSE  SYSTEMS 

Xn  this  section,  a  distinction  is  made  between  coaaercially- 
ava liable,  single-chip  microprocessors  and  associated  chip  sets, 
e.g.,  the  Intel  8086  and  the  Motorola  MC68000,  and  stand-alone 
Mission-critical  coaputers  such  as  the  Navy's  AN/UYK-44  and  the 
Amy's  AN/UYK-41.  A  strategy  covering  the  use  of  conaerdal 
Microprocessor  chips  is  presented  in  this  section.  This  strategy 
differs  frov  that  for  More  powerful,  stand-alone  Military  coaputers. 
Programs  covering  the  latter  are  discussed  in  Section  XV. 

The  Department  recognises  the  rapid  rate  of  progress  and  the 
tremendous  growth  in  the  area  of  commercial  microprocessor  chips. 

The  semiconductor  Industry  now  produces  entire  central  processing 
units  (CPUs-the  central  portions  of  microcomputers)  on  single 
microelectronic  chips  and  the  speeds  and  gate  densities  of  such 
chips  have  been  increasing  dramatically  each  year.  Furthermore,  the 
increases  in  performance  and  functional  capabilities  of  such  chips 
are  available  at  no  additional  cost  and,  in  many  cases,  at  lower 
prices. 

The  Department  has  embedded  single  chip  microprocessor  CPUs  and 
associated  chips  for  memory,  input,  output,  and  special  features,  in 
many  mission-critical  systems  for  operation  in  military  environments 
by  mounting  such  "chip  sets"  on  circuit  boards  which  are  then 
Installed  in  chassis  that  perform  several  system  functions,  only  one 
of  which  may  be  computing.  Xn  such  uses,  there  is  no  identifiable 
stand-alone  computer.  Computational  needs  that  exceed  the 
capabilities  offered  by  microprocessor  chip  sets  are  met  by  more 
powerful  stand-alone  computers  in  self-contained  chassis. 

From  both  business  and  technical  viewpoints,  there  are 
important  differences  between  these  two  types  of  computing 
capabilities,  beyond  differences  in  computing  power.  These 
differences  arei  (1)  several  competing  suppliers  usually  exist  for 
each  chip  in  microprocessor  chip  sets  thereby  preventing  lock-in  to 
a  single  supplier;  (2)  very  high  production  levels  for 
microprocessor  chip  sets  make  prices  extremely  attractive;  (3)  the 
usual  placement  of  microprocessor  chip  sets  on  circuit  boards  that 
tend  to  be  system-unique  does  not  permit  the  logistics  commonality 
normally  associated  with  stand-alone  computers;  and  (4)  in 
comparison  with  stand-alone,  higher  capacity  computers,  the  software 
for  which  tends  to  be  highly  evolutionary  over  the  life  cycle, 
microprocessor  applications  tend  not  to  be  as  "software-intense". 
With  regard  to  the  last  point,  with  Ada  as  the  common  high  order 
language,  transportability  of  software  to  another  microcomputer 
having  a  different  instruction  set  would  be,  in  most  cases,  less 
severe  a  problem  than  transportability  of  software  across  larger 
coaputers  with  dissimilar  instruction  sets.  The  Ada  Transporta¬ 
bility  Handbook  discussed  in  Section  X  is  expected  to  greatly 


facilitate  the  transportability  oi  applications  software  acroea 
different  microprocessors. 

These  differences  provide  the  basis  for  an  acquisition  strategy 
for  microprocessor  that  is  different  froa  that  for  stand-alone 
computers.  The  Departsent  strategy  for  this  area  is  to  encourage 
use  of  coaaercially  available  advanced  microprocessors  in  Defense 
systems  so  long  as  (1)  they  can  be  programmed  using  Ada;  (2)  they 
are  cost-effective  from  a  life  cycle  viewpoint;  (3)  they  have  been 
qualified  to  function  in  the  military  environments  to  be  encountered 
in  operational  use;  and  (4)  multiple  competing  suppliers  for  each 
chip  exist. 

In  Section  111,  an  approach  to  the  long-term  management  of 
computer  system  Interfaces  is  presented.  This  approach  involves 
coordinated  efforts  of  government  and  industry  working  groups.  In 
the  long-term,  advanced  microprocessors  used  in  Defense  systems  will 
be  required  to  comply  with  the  Interface  approach  deemed  appropriate 
for  microprocessors  through  this  working  group  effort. 
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2XX.  MANAGEMENT  OF  MISSION-CRITICAL  COMPUTER  SYSTEM  INTERFACES 

The  initial  raport  provides  a  diacuaaion  of  computer  systea 
interfaces,  including  instruction  sat  architacturas  (XSAa)  and 
operating  systems,  and  concludes  that  the  Dapartaant  cannot  afford 
uncontrolled  proliferation  in  this  area.  This  section  presents  a 
strategy  for  the  aanageaent  of  such  interfaces. 

The  initial  report  describes  how  the  use  of  different 
instruction  set  architectures  iapedes  the  transportability  of  r un¬ 
ties  software,  even  where  Ada  is  eaployed  as  the  coaaon  language. 

The  software  transportability  handbook  effort  discussed  in  Section  1 
will  aaeliorate  but  not  totally  eliainate  the  difficulty  of 
transporting  large-scale  Ada  software  systaas  across  different 
Instruction  sets.  Until  this  difficulty  is  eliainated,  instruction 
set  architecture  will  continue  to  be  an  inportant  software 
interface. 

The  Departaent's  initial  plan  for  the  long-tern  aanageaent  of 
this  area  was  to  promulgate  DoD  Instruction  5000. 5*.  However,  this 
approach  has  been  abandoned  in  favor  of  a  aore  attractive  long-tern 
alternative  which  is  described  in  the  following  paragraphs. 

At  the  present  tine,  the  conputer  conaunlty  has  not  established 
a  clear  direction  for  future  instruction  set  architectures.  One 
segnent  of  this  conaunity  believes  that  the  direction  should  be 
toward  higher  level  IS As  (aore  coapound  instructions)  while  another 
segnent  believes  that  next  generation  XSAs  should  be  even  sinpler 
than  those  currently  eaployed.  There  is  also  a  considerable  aaount 
of  work  underway  on  approaches  to  highly  parallel  XSAs.  Perhaps  the 
only  thing  universally  agreed  upon  at  this  point  is  the  need  to 
distill  a  future  direction  froa  aaong  the  various  approaches  now 
being  investigated. 

In  order  to  facilitate  interoperability  and  reuee  of  equipnents 
and  software  produced  for  different  progress  and  different 
aanufacturers,  the  Departaent  will  establish,  a  "Computer  Systems 
Interface  Working  Group."  Comprised  of  Service,  OSD,  and  Defense 
Agency  members,  the  group  will  work  very  closely  with  industry  and 
industry  standards  groups  to  develop  a  long-term  approach  to  all  of 
the  interfaces  important  in  mission-critical  systens,  including 
XSAs,  operating  systems,  conputer  peripheral  interfaces,  system 
buses  (e.g.,  MIL-STD-1553) ,  interfaces  for  local  and  wide-area 
networks  of  coaputers,  and  interfaces  associated  with  the  STARS 
Automated  Software  Factory.  The  working  group  will  also  coordinate 
computer  eystea  Interfaces  of  Departaent  conputer  prograas  including 
ailitary  coaputers,  VHSIC,  Ada,  and  STARS. 

The  Departaent  encourages  industry  to  establish  a  similar 
working  group  under  the  aegis  of  an  existing  voluntary  industry 
association  representing  aultiple  industry  organisations  (e.g.. 
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CODSZA)  to  address  this  «rM  in  parallel  with  and  in  coordination 
with  tha  Department's  working  group.  Yha  industry  group  should  have 
s  close  link  with  national  standards  organisations. 

Ths  Cowputsr  Systsas  Interface  Working  Group  will  bs 
•stabllshsd  in  March  1984.  Its  first  tasks  will  bs  to  dsfins 
dsfsnss  rsquirsasnts  for  ths  hardware/software  intsrfacs  and  for 
external  coaputsr  intsrfacss.  Zt  should  bs  notsd  that  thsrs  is  no 
intsnt  at  this  tins  to  establish  s  single  standard  instruction  set 
or  operating  ays tea  for  Tri-Service  use.  There  is  also  no  intent  to 
develop  e  new  Government  ZSA.  There  may  be  many  possible  long-term 
opportunities*  e.g.,  standardisation  at  s  more  intermediate  level* 
development  of  mechanisms  for  working  within  s  range  of  commercial 
ZSAs*  etc.  The  work  of  this  group  will  be  completed  in  preparations 
for  next  generation  mission-critical  computer  acquisitions  which  are 
planned  for  the  1990s  (See  Section  V). 

The  Ada  Joint  Program  Office  will  chair  a  Run-Time  Software 
Interface  Panel  of  the  Computer  Systems  Working  Group  that  will 
coordinate  Interfaces  with  respect  to  mission-critical  real-time 
executives/operating  systems.  The  purpose  of  this  coordination  is 
to  insure  consistency  in  run-time  Interfaces  in  order  to  achieve 
high  levels  of  transportability  and  reusability  of  applications 
software.  Interfaces  of  the  Army's  MCF  operating  systems  project* 
the  Wavy's  future  standard  run-time  executives*  and  other  similar 
efforts  will  be  coordinated  by  this  panel.  This  effort  will 
commence  in  June  1984,  and  a  first  version  of  a  military  standard 
for  mission-critical  run-time  interfaces  will  be  prepared  by 
December  1985.  A  final  standard  will  be  published  by  December 
1986. 


XV.  CURT^NT  GENERATION  MISSION-CRITICAL  COMPUTERS 

Many  alaaion-critical  needa  can  ba  aatiafiad  by  coaaercially- 
aval labia  aicroproceaaora.  Tha  Dapartaant 'a  approach  to  tha  uaa  of 
alcroproceaaor  chip  aata  haa  baan  praaantad  in  Saction  II.  Thia 
•action  addraaaaa  Dafanaa  naada  not  aatiafiad  by  auch  chip  aata. 

All  of  tha  prograaa  diacuaaad  below  will  fully  aupport  Ada. 
Dataila  on  Ada  coapilara  and  anvironaanta  for  thaaa  ailitary 
coaputara  hava  baan  praaantad  in  Saction  X. 

Tha  following  diacuaaion,  including  ailaatona  achedulea* 
aupplaaanta  tha  aatarial  praaantad  in  tha  baaic  atudy. 

All  thraa  Sarvicaa  will  uaa  tha  Air  Forca  16-bit  inatruction 
aat  architactura  atandard*  MIL-STD-1750.  Tha  Air  Forca  raquiraa 
MIL-STD-1750  for  all  16-bit  avionica  applicationa  and  will  alao 
apply  tha  atandard  to  aaroapaca  applicationa  whara  appropriata.  Tha 
Aray  will  parait  tha  uaa  of  MIL-STD-1750  coaputara  for  16-bit 
aiaaion-critical  applicationa*  but  will  tightly  control  tha  nuabar 
of  diffarant  hardwara  typaa  of  1750  coaputara  aaployad.  Tha  Aray 
will  only  uaa  off-tha-ahalf  1750  coaputara  (aodifiad  aa  nacaaaary  to 
aaat  Aray  anvironnantal  requireaenta)  and  will  not  aabark  on  any  naw 
1750  conputar  davalopnanta.  Tha  Navy  will  parait  tha  uaa  of 
coaner ci ally-aval labia  MIL-STD-1750  VLSI  and  VHSIC  chip  aata  in 
applicationa  whara  eabedded  AN/UYK-44  or  AN/AYK-14  card  aata  would 
ba  conputational  overkill. 

All  thraa  Sarvicaa  will  uaa  tha  joint  Aray  and  Air  Forca  32-blt 
inatruction  oat  architactura  atandard*  MIL-STD-1862  (NEBULA).  Tha 
Aray  la  uaing  1862  in  all  aanbara  of  ita  Military  Coaputar  Faaily. 
Tha  Air  Forca  will  uaa  MIL-STD-1862  coaputara*  whan  they  be  cone 
available*  in  applicationa  whara  a  32-bit  coaputar  ia  required.  Xn 
order  to  aatlafy  VBSIC-level*  high  perforaance*  32-bit  raquiraaanta 
that  cannot  ba  aat  by  coaaercially  available  chip  aata*  tha  Navy  la 
working  with  tha  Aray  to  taka  advantage  of  tha  32-blt  VSHIC 
technology  chip  aata  lapleaentlng  MIL-STD-1862  that  will  ba 
available  through  tha  Military  Conputar  Faaily  prograa.  Tha  Aray'e 
development  will  raoult  in  a  6*x9”  board  froa  each  euppller.  Tha 
Navy  intanda  to  derive  froa  tha  Aray'e  developaent  a  faaily  of 
boarda  having  capacitiaa*  fora  factora*  and  lntarfacaa  compatible 
with  Navy  raqui rananta .  Tha  achadula  for  thia  effort*  called 
"Advanced  Multl-Platfora  Embeddable  Coaputar  (AMEC)"  la  ahown  in 
Figure  2. 
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The  Arny  currant ly  aaploys  ovar  €5  different  typas  of  conput 
in  ita  battlefield  and  airborna  systems,  all  of  Which  auat  ba 
aupportad  by  ita  coaaon  logistics  ayataa.  Such  unbounded 
proliferation  of  typea  baa  bacoaa  axtraaaly  expensive,  both  in 
hardware  and  software,  and  will  ba  a  aarioua  iapadiaant  to  affect 
logiatica  aupport. 

The  Aray* a  solution  to  thia  problaa  ia  ita  Military  Coaputar 
really  (AN/UYK-41  and  AN/UYK-49) ,  details  of  which  are  contained  : 
the  initial  report.  Since  the  subnittal  of  that  docuaent(  the  An 
baa  aada  a  significant  change  in  the  acquisition  strategy  for  the 
MCF.  The  original  strategy  was  to  converge  to  a  single  producer 
froa  two  coapetitors  in  full-scale  engineering  developacnt  (FSED) 
which  derived  froa  four  original  advanced  developaent  contracts. 

The  revised  strategy  is  to  establish  a  ainiaua  of  two  coapeti 
companies  (and  associated  coapeting  technologies  and  designs)  as 
qualified  producers.  Units  produced  by  one  competitor  will  be 
Interchangeable  with  those  produced  by  another  competitor  on  a  fox 
fit-function  basis.  Thus,  the  Aray  will  be  able  to  qualify  units 
aade  by  different  manufacturers  to  operate  interchangeably  in  a 
given  weapons  systea.  In  addition,  the  Aray  will  permit  the 
introduction  of  additional  coapetitors  during  production  so  long  a 
it  does  not  have  to  assume  developaent  costs  and  risks,  and  if  use 
of  such  products  is  justifiable  based  on  superior  capabilities  or 
life  cycle  cost  benefits.  A  schedule  for  this  program  is  provided 
in  Figure  2. 

Navy  standard  shipboard  coaputar s  are  rapidly  becoming 
obsolescent.  The  Navy  has  coapeti tively  developed  technologically 
current  computers  (AN/UYK-43  and  AN/UYK-44)  to  replace  the  AN/UYK- 
and  AN/  UYK-20  computers  now  in  use  while  at  the  sane  time  avoidin' 
the  high  cost  of  redoing  existing  software.  Both  the  AN/UYK-43  an* 
the  AN/  UYK-44  are  in  the  final  phases  of  production  acceptance 
testing;  the  enbeddable  card  set  of  the  AN/UYK-44  has  commenced 
full-scale  production.  Zn  each  case,  five-year  commitaents  for  fii 
fixed  prices  for  production  units  have  been  obtained.  Milestone 
schedules  for  these  computers  are  shown  in  Figure  2. 

The  AN/AYK-14  Navy  standard  airborne  computer  was  competitive! 
selected  for  development  in  1975,  and  production  commenced  in  1979. 
At  least  fifteen  Navy  prograas  will  acquire  in  excess  of  10,000  AN/ 
AYK-14  coaputers  through  1990.  Due  to  this  large  requireaent,  a 
second  source,  build-to-prlnt  competition  was  conducted.  A  second 
source  supplier  was  selected  in  December  1983.  The  schedule  for  th 
AN/AYK-14  is  show r  in  Figure  2. 

As  discussed  in  the  Initial  report,  the  Air  Force  does  not  hav 
a  computer  hardware  developaent  prograa.  Air  Force  coaputer 
acquisitions  will  continue  to  be  aade  on  a  sy a tea-by- systea  basis 
following  compliance  with  the  Department  of  Defense's  Ada  policy. 
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and  with  the  interface  standards  defined  by  MXL-STD-1750,  MIL-STD- 
1553*  and  MIL- STD- 1862  (When  available  in  hardware). 
Microprocessors  will  be  aaployed  as  appropriate  as  discussed  in 
Section  XX. 
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V.  NEXT  GENERATION  MISSION-CRITICAL  COMPUTERS 

Progress  in  microelectronics  is  expected  to  continue 
unabated.  It  is  anticipated  that  the  next  five  years  will  see  the 
single  chip  CPUs  discussed  in  Section  ZZ  replaced  in  the  marketplace 
by  entire  microcomputers  on  a  single  chip.  With  respect  to 
tomorrow's  low-performance  microcomputer-on-a-chip  and  more  powerful 
stand-alone  computers,  the  Departsent  also  expects  the  four 
differences  unrelated  to  computing  power  to  be  the  same  as  those 
listed  in  Section  II.  Thus,  the  Departsent  sees  no  reason  not  to 
use  such  microcomputers  in  mission-critical  defense  systems  under 
the  same  conditions  listed  in  Section  II. 

Further,  the  Department  looks  forward  to  commonality  in 
computer  system  interfaces  through  the  efforts  of  the 
government/industry  working  group  activities  discussed  in  Section 
III.  This  commonality  is  expected  to  have  a  positive  impact  at  all 
computer  performance  levels,  microcomputer  through  stand-alone.  The 
Department  will  encourage  industry  to  produce  competitive  military 
computers  meeting  jointly  developed  form-fit-function  specifications 
(hardware  and  software)  derived  from  the  computer  system  interface 
working  group  activities,  and  will  not  pursue  the  development  of 
stand-alone  computers  for  the  1990s  unless  Industry  developments  to 
meet  defense  needs  do  not  materialise.  (Funds  will  be  put  into  the 
Defense  budget  to  cover  this  possibility  and  to  cover  Interface 
efforts.)  The  Department  will  continue  its  science  and  technology 
efforts  relevant  to  computers  in  order  to  maintain  U.8.  strength  and 
leadership  in  this  important  area. 

Through  this  approach,  multiple  companies  would  become 
qualified  as  certified  suppliers  for  each  type  of  form-fit-function 
equivalent  military  computer.  Next  generation  computers  will  be 
needed  starting  in  1992  .for  Navy  and  Army  systems  consistent  with 
the  planned  cessation  of  acquisition  of  current-generation  computers 
for  new  starts. 

In  order  for  industry  to  be  responsive  to  defense  needs  for 
computers,  the  efforts  on  their  interfaces  will  be  completed  prior 
to  Mid-1987  in  order  to  afford  industry  the  necessary  development 
lead  time.  The  Department,  at  that  time,  will  seek  assurances  that 
there  will  be  an  adequate  industry  thrust  to  produce  the  required 
computers  in  a  technological  and  price  competitive  market.  In  the 
event  of  an  inadequate  response,  the  Department  will  proceed  with 
sponsored  development  at  that  time.  A  schedule  for  next  generation 
activities  is  given  in  Figure  2. 
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